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10 System und Verfahren zum Testen von Steuervorganeen bei einem Fahrzeug 

Stand der Technik 

Die Erfindung geht aus von einem System zum Testen von Steuervorgangen bei einem 
1 5 Fahrzeug gemaB den aus dem Stand der Technik nicht bekannten Merkmalen der 

unabhangigen Anspruche. 

Autofahren wird komfortabler, sicherer und umweltfreundlicher, insbesondere dank 
eingebetteter Systeme, sogenannten Embedded-Control-Anordnungen. Dadurch wird das 
20 Fahrzeug aber auch immer komplexer, und die fur die Funktionssicherheit erforderlichen 

Tests werden immer umfangreicher, was gleichzeitig die Entwicklungszyklen verlangert. 
Der Wettbewerb aber fordert von den Automobilherstellern komplexe, einwandfrei 
ftmktionierende Systeme in kiirzester Zeit auf den Markt zu bringen. 

2 5 Insbesondere dem Test von elektrOnischen Komponenten, insbesondere von 

Steuergeraten mit deren Software, wachst dabei eine immer groller werdende Bedeutung 
zu. Voraussetzung fur eine hohere Testtiefe bei gleichzeitiger Verkiirzung der 
Entwicklungszyklen ist die weitgehende Verlagerung von Tests von der StraBe ins Labor 
sowie die Standardisierung und Automatisierung dieser Tests. Urn diese Anforderung 

30 erflillen zu konnen bedarf es moderner Entvvicklungs- und Testmethoden sowie einer 

optimalen TooUUnterstiitzung, wie beispielsvveise dem LabCar der ETAS GmbH, einem 
Hardware-in-tiie-loop-Testsystem entsprechend dem Whitepaper "LabCar" von 1999 
release 1 0/1999 der ETAS GmbH & Co. KG, Stuttgart. 
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Die nachfolgend beschriebene Erfmdung soil diese Situation bei Testsystemen bezuglich 
Steuervorgangen bei einem Fahrzeug, insbesondere bei Hardware-in-the-loop- 
Testsystemen wie LabCar verbessern und optimieren. 

Voiteile der Erfmdung 

Dazu geht das System und das Verfahren zum Testen von SteuervorgSngen bei einem 
Fahrzeug sowie ein entsprechendes Computerprogramm und Computerprogrammprodukt 
von einem auf die zu testenden Steuervorgange reagierenden Simulationsmodell aus, 
wobei vorteilhafter Weise im Simulationsmodell eine Experimentsoftware Qbergeordnet 
ist und zwischen der Experimentsoftware und einer die Steuervorgange ausldsenden 
Komponente ein Signalverlauf gebildet wird, wobei der Signalverlauf durch wenigstens 
zwei Eingriffspunkte in wenigstens zwei Signale unterteilt wird und wenigstens eine 
Kennung vorgesehen ist, welche die Zuordnung der Signale zu dem Signalverlauf 
ermc)glicht. 

Damit ergeben sich vorteilhafter Weise innerhalb eines Testsystems das zur Validierung 
von Entwicklungen im Bereich der Automobilelektronik benutzt wird, die Moglichkeit, 
den Signalfluss oder Signalverlauf durch das Testsystem und uber das zur Validierung 
anstehende Objekt zu visualisieren, die wahrend eines Tests erfassten Werte dieser 
Signale anzuzeigen und bestimmte Eingriffsmoglichkeiten in den Signalverlauf zu 
ermoglichen. 

Somit werden zum Einen zweckmaBiger Weise die Eingriffspunkte selbst mit Kennungen 
versehen oder die durch die Eingriffspunkte entstehenden Signale. 

Vorteilhafter Weise werden die entstehenden Signale unterschiedlichen Signalgruppen 
zugeordnet und zweckmaBiger Weise diese unterschiedlichen Signalgruppen bzw. die 
diesen zugeordneten Signale optisch dargestellt bzw.* visualisiert. 

Damit wird also nicht nur der Signalverlauf bzw. der Signalfluss durch das Testsystem 
darstellbar, sondern auch die wahrend eines Tests erfassten Werte dieser Signale bzw. die 
Signale oder deren Werte entsprechend der Eingriffspunkte. 
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Zweckrnafiiger Weise werden dabei die Kennungen im System veranderbar aiisgelegt, so 
dass die Signale insbesondere wahrend des Tests verschiedenen Signalverlaufen 
zugeordnet werden konnen und damit optimierte Testszenarien darstellbar sind. 

Dabei ist es insbesondere vorteilhafter Weise moglich, an wenigstens einem 
EingrifFspunkt ein ein solches Signal ersetzendes Signal in den Signalverlauf einzugeben, 
also beispielsweise ein Signal ausgegeben von einem Signalgenerator oder ein konstanter 
Wert, der das urspriingliche Signal ersetzt, im Rahmen eines gewflnschten Testszenarios. 

Die vorliegende Erfindung zielt somit darauf ab, die mit der die Steuervorgange 
auslosendenden Komponente verbundenen Signalverlaufe innerhalb des Testsystems zu 
visualisieren, die Werte der entsprechenden Signale anzuzeigen und dem Benutzer 
zusatzliche Funktionalitat zur Verfiigung zii stellen, damit er in effizienter Weise das 
Testsystem aufbauen und bedienen kann. 

Zeichnung 

Die Erfindung wird im Weiteren anhand der in der Zeichnung dargestellten Figuren naher 
erlautert. Dabei zeigt 

Figur 1 schematisch eine Steuerung bzw. Regelung innerhalb des Fahrer-Fahrzeug- 
Umweltverbundes. 

Figur 2 zeigt ein erfindungsgemaBes Entwicklungsschema des Testsystems. 

Figur 3 zeigt schematisch einen Signalverlauf bzw. Signalfluss in einem Testsystem mit 
entsprechenden Eingriffspunkten. : 

Figur 4 zeigt eine erfindungsgemalie Signal- bzw. Signalwertdarstellungstabelle. 

In Figur 5 ist eine erfindungsgemaBe mogliche Realisierung der Kennungen durch 
Verwendung eines Kennungsgrafen dargestellt. 

Beschreibung der Ausfiihrungsbeispiele 
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Elektronische Komponenten und Software kommen bei der Entwicklung neuer 
Fahrzeuggenerationen eine immer groBere Bedeutung zu. Sie werden dazu benutzt, um 
Kosten zu reduzieren und sich gleichzeitig einen Wettbevverbsvorteil beim Endkunden zu 
verschaffen. 

Die Erfindung zielt auf die Entwicklung und die Validierung von Steuervorgange bei 
einem Fahrzeug auslosenden Komponenten insbesondere elektronischen Steuerungen 
bzw. Regelungen oder Reglem im Automobilbereich ab. Die Validierung dieser 
Steuerungen ist ein mitunter recht aufwandiger Prozess, der ohne den Einsatz von 
speziellen Werkzeugen nicht diirchgefuhrt werden kann. Diese Werkzeuge oder 
Testsysteme sollen eine Simulation des Fahrzeugs im Labor uber verschiedene Schritte 
im Entwicklungsprozess erraoglichen und somit die elektronische Steuerung oder den 
Regler glauben lassen, er sei im echten Fahrzeug verbaut. 

Ein solcher Regler besitzt typischersveise sehr viele Schnittstellen, d. h. Ein- und 
Ausgange, die mit anderen Komponenten im Fahrzeug gekoppelt sind und damit 
wechselwirken. Bei einem Testsystem, das das Verhalten des real en Fahrzeugs 
nachbilden soil, stellen diese Schnittstellen fllr den Anwender ein sehr komplexes 
Gebilde dar, indem man sich nur schwer zurechtfinden kann. Vor diesem Hintergrund ist 
die Erfindung und ihre verschiedenen Auspragungen zu sehen. Die vorliegende 
Erfindung zielt somit darauf ab, dass ein Anwender zum Einen eine Ubersicht uber die 
Komplexitat des Systems behalten kann und die Effizienz beim taglichen Einsatz des 
Systems betrachtlich gesteigert wird. Damit konnen auch Software- und 
Softwareprodukte, die bei einem Testsystem zur Steuerung eines Experiments verwendet 
werden, verbessert werden. 

Bei der Entwicklung von Steuervorgange auslosenden Komponenten, also insbesondere 
von elektronischen Steuerungen und Regelungen im Automobilbereich kann man den 
Signalfluss anhand der Grafik in Figur 1 veranschaulichen. Einzelne Elemente werden 
dabei als Blocke, und die zwischen ihnen bestehenden Signalflilsse als Pfeile dargestellt. 
Dabei ist mit 107 das Fahrzeug selbst symbolisiert. Block 100 stellt den Fahrer und Block 
101 die Umvveltdar. Wie in Figur 1 ersichtlich, konnen zwischen den Komponenten 
Fahrzeug, Fahrer und Umwelt zahlreiche Signalflusse bestehen. Der Fahrer steht in dieser 
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Darstellung stellvertretend auch fiir alle anderen Benutzer einer Fahrzeugfunktion wie 
etwa weitere Passagiere. Zur Umwelt zahlen auch andere Fahrzeuge oder elektronische 
Systeme in der Umgebung des Fahrzeugs, etwa Werkzeuge wie z. B. Diagnosetester, die 
in der Servicewerkstatt mit den elektronischen Systemen des Fahrzeugs verbunden 
5 warden. Diese logische Systemarchitektur fiir Steuerungs-, Regelungs- und 

Uberwachungssysteme gemaB Figur 1 symboh'siert folgenden Ablauf. Der Fahrer bedient 
Hebel oder Schalter im Fahrzeug, z. B. einen Blinker oder das Gaspedal. Dieser 
Fahrerwunsch wird uber die sogenannten Sollwertgeber 102 an die Steuerungseinheit 
103, also einer die Steuervorgange auslosende Komponente weitergeleitet. Die Steuerung 

10 103 verarbeitet diese Information und steuert Aktuatoren 104 an. Will beispielsweise der 

Fahrer beschleunigen, wird die Steuerung so Einspritzventile und Drosselklappe steuern, 
dass mehr Kraftstoff in den Verbrennungsraum gebracht wird. Die sogenannte Strecke 
oder Regelstrecke 105 ist dann ein Tail des Fahrzeugs, der die Aktion des Aktuators 
verarbeitet, also etwa der Zylinder, der den Kraftstoff verbrennt und das erzeugte 

15 Moment an das Fahrzeug weitergibt. SchlielJIich werden Sensoren 106 benotigt, die das 

Verhalten des Fahrzeugs oder einzelner Komponenten detektieren. Wenn beispielsweise 
die vom Fahrer gewiinschte Geschwindigkeit erreicht ist, wird dies von einem Sensor 
erfasst. Der Sensor leitet die von ihm erfasste Information an die Steuerung weiter, damit 
diese darauf reagieren kann. Der Fahrer nimmt nun das Verhalten seines Falirzeugs wahr 

2 0 und wird darauf entsprechend wieder Ei nfluss nehmen. Naturlich hat dabei auch die 

Umwelt 101 etwa durch AuBentemperatur oder StraBenbelag, Wettereinfliisse wie Regen, 
Schnee oder Wind usw. Einfluss auf das Fahrzeug und den Fahrer. Die Pfeile in Figur 1 
geben somit den Signalfluss in der eben beispielhaft beschriebenen Weise wieder. 

2 5 Die Aufgaben eines Testsystems sind nun die folgenden: 

Ein System zum Testen von Steuervorgangen bei einem Fahrzeug muss in der Lage sein, 
alle Einheiten aulJer der Steuerung selbst, die in Figur 1 dargestellt sind, zu simulieren. 
Dies kann entweder durch Software erfolgen oder erfordert in manchen Anwendungen 
auch den Einsatz von spezieller Elektronik, Hardware, die die Steuerungseinheit z. B. mit 

30 genau den elektrischen Signalen versorgt wie sie im realen Fahrzeug auch auftreten 

wurden. Vom Einsatz dieser Hardware hangt dann auch der Umfang des zugrunde 
gelegten Simulationsmodells ab, welches die Einheiten bzw. die Komponenten der Figur 
1 simuliert. ErfindungsgemalJ wird nun das Testsystem mit einer Software ausgeriistet; es 
wird also dem Simulationsmodell eine sogenannte Experimentsofliware iibergeordnet, die 
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dem Benutzer folgendes ermoglicht: Zum Einen, das System zu konfigurieren, d. h. 
grundlegende Einstellungen des Simulationsmodells und der eventuell venvendeten 
Hardware vorzunehmen, des Weiteren die Steueriing in Betrieb zu nehmen, da moderne 
Steuerungen oft mit umfangreichen Diagnosefunktionen ausgerustet sind. Diese 
Funktionen sollen zum Einen feststellen, ob die Steuerung mit nicht plausiblen Signalen 
versorgt wird. Treten solclie Falle auf, geht die Steuerung in einen Notlaufzustand uber, 
der einen Test mit dem Testsystem nicht mehr unbedingt sinnvoll macht. Dies bedeutet, 
dass die Experiment-Software den Benutzer unterstutzen muss, eine Simulation 
durchzuftihren, bei der die Steuerung nicht direkt in einen solchen Notlaufzustand 
ubergeht, auBerdem einen interaktiven Test durchzuftihren, was bedeutet, dass die 
Experimentsoftware Funlctionalitatzur Verftigung stellen muss, die es dem Anwender 
ermoglicht, durch einen Bedien-PC mit dem Testsystem in Wechselwirkung zustehen. 
Und schlielilich Daten, die wahrend eines Tests anfailen, aufzuzeichnen und zu 
verwalten. Die Position dieser Experimentsoftware sowie die Wechselwirkung, also der 
entstehende Signalfluss bzw. die Signal verlaufe werden spater in Figur 3 noch einmal 
genauer dargestellt. 

Abgeleitet aus Figur 1 hat ein Benutzer nun typischerweise die in Figur 2 dargestellte 
Sicht auf das Testsystem. Darin sind mit Block 200 eine Steuerung, mit Block 201 die 
Signalerfassung, mit Block 202 statische Aktuatormodelle und im Block 203 dynamische 
Aktuatormodelle dargestellt. Block 204 zeigt ein Modell von Strecke, Fahrer und 
Umwelt, welchem mit Block 205 dynamische Sensormodelle, mit Block 206 statische 
Sensormodelle und mit Block 207 die Signalerzeugung nachgeordnet sind. Die Steuerung 

200 hat typischerweise beliebig viele Ein- und Ausgange. Die in Figur 2 dargestellte 
Grafik wird ausgehend von der Steuerung 200 im Uhrzeigersinn verfolgt. Die 
Ausgangssignale der Steuerung werden von einer optionalen Signalerfassung detektiert. 
Liegt die Steuerung als physikalisches Objekt vor, handelt es sich bei der Signalerfassung 

201 beispielsweise um eine Hardwarekomponente. Danach gibt es eine weitere optionale 
Einheit, die die elektrischen Signale in physikalische Einheiten umwandelt, also z. B. eine 
Spannung in eine Temperatur. Im Anschluss wird in Block 203 das dynamische 
Verhalten des Aktuators im Testsystem nachgebildet. Daran schlieBt sich eine Simulation 
von Fahrer, Umwelt und dem Rest des Fahrzeugs an, bevor der Signalverlauf tiber 
entsprechende Einheiten zur Signalerzeugung, also ein dynamisches Sensormodell 205, 
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ein statisches Sensormodell 206 sowie eine Signalerzeugung 207 zur Steuerung 200 
zuriickgefiihrt wird.. 

Die in Figur 2 dargestellten Blocke oder Einheiten sind typischerweise in verschiedenen 
Werkzeugen implementiert. Die Steuerung selbst kann entweder als physikalisches 
Subjekt Oder als Modell in einem Simulationswerkzeug vorliegen. Ebenso kSnnen die 
Blocke Signalerfassung 201 und Signalerzeugung 207 als elektronische Komponenten, 
also in Hardware vorliegen oder in einem Simulationswerkzeug implementiert sein. Die 
ubrigen Blocke in Abbildung 2 liegen typischerweise in einem Simulationswerkzeug vor. 
Das Simulationsmodell umfasst somit wenigstens das Modell von Strecke, Fahrer und 
Umwelt sowie die dynamise hen Aktuatormodelle und die dynamischen Sensormodelle, 
also die Blocke 203 bis 205 in Figur 2. 

Die Problematik liegt nun ztim Einen darin, dass der in Figur 2 dargestellte Signalverlauf . 
nicht eindeutig ist. Es besteht vielmehr die Moglichkeit, dass ein Ausgangssignal der 
Steuerung auf mehrere Signalerfassungskanale verschaltet wird, die dann wieder mit 
mehreren statischen Aktuatormodellen verbunden werden usw. Des Weiteren liegt die 
Problematik, der der Anwender des Testsystems ausgesetzt ist, darin, dass die eben 
angesprochenen Simulationswerkzeuge unterschiedlich sein konnen. Dies bedeutet, dass 
z. B. die dynamischen Aktuatormodelle 203 in einem Werkzeug A implementiert sind, 
wahrend die statischen Aktuatormodelle in einem Werkzeug B vorliegen. 

Damit der Anwender des Testsystems effizient arbeiten kann, liegt nun iiber der in Figur 
2 dargestellten Struktur typischerweise eine weitere Softwareschicht, im Folgenden als 
25 Experimentsoftware bezeichnet, die es ermogh'cht, ein Experiment zum Test der 

Steuerung durchzufuhren. Dies bedeutet, dass dem Anwender hier Moglichkeiten zur 
Verfiigung gestellt werden, auf Objekte, also Parameter oder MessgroBen, die die Objekte 
in Figur 2 anbieten, zuzugreifen. 

30 Der Kern der dargestellten Erfmdung beruht nun darauf, dass ein Verfahren 

implementiert wird, das die Schnittstellen der in Figur 2 dargestellten Blocke und die 
Verbindung dieser Blocke untereinander, die im Allgemeinen eben nicht eineindeutiger 
Natur ist, automatisch erkennt und in die eben deflnierte Schicht der Experimentsoftware 
einliest. Dabei werden diese Schnittstellen im Weiteren auch Eingriffspunkte mit 
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sogenannten Identifiem, d. h. Kennungen versehen, die dann in der Experimentsoftware 
verwendet werden. Ebenso ist es mSglich, nicht die Eingriffspunkte mit Kennungen zu 
versehen, sondern die durcli die Eingriffspunkte entstehenden Signale, wie in Figur 3 
dargestellt, mit Kennungen zu versehen, welche eine durchg^ngige Betrachtung eriauben 
und diese dann in der Experimentsoftware zu verwenden. 

Damit kann diese Information dann einem Benutzer entsprechend Figur 4 dargestellt, 
insbesondere visualisiert, werden mit weiteren Moglichkeiten zur Gestaltung, um 
folgende Moglichkeiten zu erzielen: 

Anhand des in Figur 2 dargestellten Schemas wird es nun ermoglicht, ausgehend von 
einem beliebigen Ein- oder Ausgangssignal eines der dargestellten Bl5cke, sich den 
kompletten Signal verlauf anzeigen zu lassen, D. h., der Anwender wird nach Aufruf einer 
Funktion eine Ansicht auf den gesamten Signalverlauf inklusive aller Mehrdeutigkeiteh 
und Verzweiguagspunkte erhalten. Als Anhaltspunkte hierfur dienen die vom Benutzer 
vergebenen Namen der Signale an den Ein- und Ausglngen der in Figur 2 dargestellten 
Blocke, wie nachfolgend anhand der Figuren 3 bis 5 naher erlautert. Des Weiteren wird 
die Moglichkeit zur Verfugung gestellt, anhand der im vorigen Punkt dargestellten 
Ansicht wahrend eines Experiments mit dem Testsystem alle Werte der Signale 
anzuzeigen, also zu visualisieren und optisch darzustellen. Daruber hinaus ist die 
Moglichkeit gegeben, mittels vordefinierter Signalverlaufe in den anhand der im ersten 
Punkt der Moglichkeiten dargestellten Ansicht in den Signalverlauf einzugreifen und 
damit eine benutzerdefinierte Stimulation des entsprechenden Signals vorzunehmen, 
beispielsweise liber einen Signalgenerator oder einen konstanten Wert, Und schlieBlich 
konnen die in Figur 2 auBer der Steuerung selbst dargestellten Blocke parametriert 
werden oderdurch entsprechende Blocke, die das gleiche Ein- und Ausgangsverhaiten 
besitzen, getauscht werden. Dies schlieBt insbesondere den Fall ein, in dem das Modell 
einer Komponente durch eine reale Komponente ersetzt wird, z. B. das Modell einer 
Drosselklappe durch eine reale Drosselklappe. Damit ist das dargestellte Verfahren und 
das erfindungsgemaBe System unabhangig davon, in welchem Entwicklungsstadium sich 
die Steuerung in Figur 2 befmdet, d. h. die Steuerung 200 kann sowohl vollstandig in 
Software vorliegen, in einem physikalischen Steuergerat verbaut sein, oder auch 
Mischformen dieser beiden Moglichkeiten sind denkbar. 
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Figur 3 zeigt nun den Signalfluss bzw. die Signalverlaufe und Zugriff auf Signale in 
einem Testsystem, insbesondere dem in der Einleitung angesprochenen LapCar-System. 
Dabei ist die Simulationssoftvvare 308 zum Einen aus dem Simulationsmodell 307und 
2um Anderen aus der Experimentsoftware 306 aufgebaut. Die zu testende die 
Steuervorgange ausl5sende Komponente 300, also beispielsweise das Steuergerat oder 
der Regler (hardware- oder softwareimplementiert) steht dabei mit einem Block 301 der 
Hardware und einem Block 302 der Echtzeitein-Zausgabe (real time-i/o) in Verbindung. 
Entsprechend jeder Signalrichtung ist optional zwischen Block 302 und der 
Experimentsoftware 306 je nach Signalrichtung Blocke 303 und 304 eine Open-Loop- 
Configuration OLC. Diese sogenannte Open-Loop-Configuration, dargestellt durch die 
Blocke 303 und 304, kann in den Signalpfad zwischen Modell und Hardware eingegriffen 
werden, und es konnen beispielsweise Signale von einem Signalgenerator 305 oder auch 
Konstantwerte eingespeist werden. Diese Open-Loop-Configuration OLC ist die 
Zwischenschicht zwischen der Modellspezifikation und den Treibern ftir die Ein- 
/Ausgabehardware. Die Open-Loop-Configuration hat mehrere Aufgaben. Die 
Hauptaufgabe ist die Wandlung physikalischer Werte in elektrische (filr Signale vom 
Fahrzeugmodell zum Steuergerat) und die umgekehrte Wandlung von elektrischen 
Werten in physikalische Werte {fur Signale, die vom Steuergerat an das Fahrzeug 
gesendet werden). Dies entspricht im Wesentlichen den Aufgaben, die Sensoren 
(physikalisch in elektrisch) und Aktuatoren (elektrisch in physikalisch) im Fahrzeug 
wahmehmen. Sensoren und Aktuatoren sind in der Open-Loop-Configuration, also den 
Blocken 303 und 304, modelliert. 
Sensorbeispiel: 

Der physikalische Wert Bremsdruck =*4,3Bar konnte von einem Sensormodell der OLCin 
den elektrischen Wert, also Spannung an einem Drucksensor UBi.eiT^s=l,32 V 
umgerechnet werden. 

Aktuato r be i sp i e I : 

Der elektrische Wert Tastverhaltnis bei der Puls-Weiten-Modulation eines ABS-Ventils, 
z. B. 0,789 konnte von einem Aktuatormodell der OLC in den physikalischen Wert 
Durchfluss = 0,24 Liter pro Minute umgerechnet werden. Die Hauptfiinktion, Sensoren 
und Aktuatoren zu modellieren, ist gleichzeitig die Minimalforderung an eine OLC. Da in 
der OLC von jedem Signal, das zum Steuergerat gesendet oder von diesem empfangen 
wird, sowohl die elektrische wie auch der physikalische Wert vorliegen, eignet es sich 
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ideal als zentrale Stelle, um Benutzereingriffe an den Signalen vorzunehmen. Hierzu wird 
sowohl bei Sensoren als auch bei Aktuatoren die Moglichkeit bereitgestellt, den 
physikalischen wie auch den elektrischen Wert jeweils in drei Varianten zu beeinflussen; 
Zum Einen direkt, also den Wert 1:1 durchzureichen, zum Anderen konstant den Wert 
manuell auf eine konstante GroBe zu setzen, oder stimuiiert, d. h. den Wert aus einem 
Signalgenerator zu beziehen, wodurch Signalverlaufe manuell vorgegeben werden 
konnen. Damit ist die Moglichkeit gegeben, das physikalische Fahrzeugmodeli teilweise 
Oder komplett von der Real-Time-I/O, also der Echtzeitein-Zausgabe 302 abzukoppeln, 
indem gewunschte Signale vorgebbar sind. Dadurch werden Regelkreise geSffnet und das 
Steuergerat ganz oder teilweise nicht mehr im Closed-Loop beirieben, deshalb die 
Bezeichnung Open-Loop-Configuration. Diese Open-Loop-Configuration ist in den 
Signaleigenschaften definiert. Eine Anderung der OLC kann fiir ein laufendes 
Experiment sofort gultig gemacht werden. Bezuglich des Signal verlaufes bzw. des 
Signalflusses in einem solchen Testsystem gibt es erfindungsgemaB drei Stellen, an denen 
au die Signale und deren Eigenschaften zugegriffen werden kann, um sie zu ermitteln, zu 
visualisieren oder sogar zu verandern. Zum Einen am Eingriffspunkt 3 12, also den Ein- 
und Ausgangen der Modellsoftware 308, insbesondere der Experimentsoftware 306. An 
dieser Stelle werden die Signale dann Modellsignale MS genannt. 

Ein weiterer Eingriffspunkt sind die Ein- und Ausgange der Open-Loop-Configuration 
bzw. der Real-Time-I/O an den Eingriffspunkten 3 I 1 und 3 10. An dieser Stelle werden 
die Signale dann Hardwares ign ale HWS genannt. 

Die dritte Eingriffsmoglichkeit in diesem Ausfuhrungsbeispiel, also der dritte 
Eingriffspunkt sind die Ein- und Ausgange der die Steuervorgange auslosende 
Komponente, also insbesondere des Steuergerats 300. Dieser Eingriffspunkt ist mit 309 
bezeichnet, und an dieser Stelle werden die Signale Steuergeratesignale SGS genannt Im 
Prinzip handelt es sich bei Modellsignalen, Hardwares ignalen und Steuergeratesignalen 
um ein und den selben Signalverlauf Mit den entsprechenden Bezeichnungen wird 
lediglich der Eingriffspunkt im gesamten Signalpfad oder Signalverlauf spezifiziert. 
Somit sind in Figur 3 die Signalpfade oder Signalverlaufe vom und zum Steuergerat, die 
Zugriffsstellen bzw, Eingriffspunkte auf diese und die Punkte, an denen Signale aus dem 
Signalgenerator oder anderweitig eingespeist werden konnen, dargestellt 
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Somit konnen hieruber, insbesondere durch die Eingriffspunkte, Signalflusse bzw. 
Signalverlaufe spezifiziert und verfolgt werden, also vom Simulationsmodell uber die 
Eciitzeitein-Zausgabe 302 bis zu den SteuergerSteanschlussen und umgekehrt. AuBerdem 
konnen hier Signaleigenschaften ermittelt und editiert werden. Dazu werden 
5 erfindungsgemafi entweder den Eingriffspunkten selbst oder den dadurch entstehenden 

Signalen Kennungen zugeordnet. 

Durch diese Kennungszuordnung kann ein Signalverlauf uber die Eingriffspunkte 309, 
3 1 0, 3 1 1 und 3 1 2 hinweg verfolgt werden und trotzdem einzelne Signale entsprechend 
der Eingriffspunkte behandelt werden. Dazu werden diese Signale in entsprechende 
Signalgruppen entsprechend des Eingriffspunktes eingeteilt, wie dies in Figur 4 in der 
Tabelle dargestellt ist. Bei Eingriffspunkt 309 erhalt man also Steuergeratesignale SGS, 
die beispielsweise den Steuergeratepins, ECU-Pins (Electronic Control Unit) entsprechen 
hier in Figur 4 ECUl bis ECU3. Fiir unterschiedliche Signalverlaufe sind dann 
beispielsweise mehrere Hardwaresignale vorgesehen, eben bei der Real-Time-I/O 302 ' 
Oder hinter dem Open-Loop-Configuration, hier dargestellt als Hardwaresignale HWS, 
RTI/Ol bis RT1/04. Ebenso werden an Eingriffspunkt 3 12 die Modellsignale MS, in 
diesem Beispiel hier mit Ml bis M5 verwendet. Dabei ist die Anzahl der einzelnen 
Signale in den Signalgruppen willkurlich gewahlt und hangt im Wesentlichen ' 
entsprechend des jeweiligen Tests von den Signalverlaufen ab. 

In Figur 4 konnen nun diese Signale, wie in dieser Tabelle dargestellt, visualisiert oder 
optisch dargestellt werden, wobei des Weiteren eine Zuordnung zum jeweiligen 
Signalverlauf der Einzelsignale erfolgen soil. Dies wird durch Kennungen erreicht, die 
2 5 entweder den Eingriffspunkten zugeordnet werden oder den einzelnen Signalen. 

Eine erste Moglichkeit solcher Kennungen ist beispielsweise, ECUl mit einer Kennung 
Kl zu versehen, RTI/02 beispielsweise mit einer Kennung Kl, K2 und z. B. Ml mit 
einer Kennung Kl, K2, K3. So kann durch Kennung Kl und Kennung K2 der Signalpfad 
30 von ECUl uber RT1/02 zu Ml eindeutig nachvollzogen werden, und es sind die 

genannten Vorteile der Visualisierung der Wertanzeige und der Eingriffsmoglichkeiten 
gegeben. 
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Eine weitere Moglichkeit derKennungszuordnung ist ein sogenannter Verknupfungsgraf 
500 entsprechend Figur 5. Darin sind wieder beispielhaft die Signale gemaB der Tabelle 
aus Figur 4, ECUl bis ECU3, RTI/Ol bis RTI/04 und Ml bis M5 dargestellt. Zur 
einfacheren Darstellung sind nun die Richtungspfeile in beide Richtungen in diesem Graf 
gewahlt. Es kann aber auch hier die Signalrichtung separat dargestellt sein. Entsprechend 
der Wege im Verknupflingsgrafen konnen nun die entsprechenden Kennungen entweder 
den Signalen oder den Eingriffspunkten, hier 502 und 503 zugeordnet sein. Ein einfacher 
Pfad ist beispielsweise ECUl, RTI/OI und Ml, welchem durchgangig eine Kennung 1 
zugeordnet wird, oder aber, es wird in entsprechenden Schnittstellen zwischen ECUl und 
RTI/Ol sowie RTl/Ol und Ml jeweils eine Kennung zugeordnet, die diejeweilige 
Zusammengehorigkeit im gesamten Pfadverlauf darstellt Gleiches gilt flir die Pfade 
ECU2, RTI/02, M2 oder optional ECU2, RTI/02, MB sowie ECU2, RTI/03, M4 und 
ECU3, RTy03, M4 oder ECU3, RTy04, M4. Im Pfad ECU3, RTI/04, M5 ist dann eine 
angesprochene Signal unterbrechung dargestellt, wo mittels Block 501 ein Signal zu M5 
eingekoppelt wird. Dies kann, wie schon angesprochen, ein Signal des Generators 305 
sein Oder ein Konstantwert oder ein l:l-Durchreichen. Dieser Eingriff und diese 
Unterbrechung kann auch bei Eingriffspunkt 502 erfolgen. Entweder durch Zubrdnung 
eineindeutiger Kennungen entsprechend des jeweiligen Signalpfades oder durch eine 
entsprechende Pfadtabelle zur NachvoUziehung des einzeinen Pfades kann danh eine 
Eingriffsmoglichkeit und Visualisierungsmoglichkeit im Signalfluss erzeugt werden. 
Durch diese Eingriffsmoglichkeiten entsprechend der Eingriffspunlcte konnen nun auch 
im jeweiligen Experiment Pfade angepasst, Pfade geandert werden, indem Kennungen 
veranderbar gemacht werden, so dass die Signale im Experiment verschiedenen 
Signalverlaufen zugeordnet werden konnen. Entsprechend dieser Ausflihrung konnen 
also nun die Signalverlaufe entsprechend Figur 2 visualisiert werden und flir den 
Benutzer entflochten werden. 

Neben dem erfindungsgemafien System und dem erfindungsgemaBen Verfahren zum 
Testen von Steuervorgangen bei einem Fahrzeug kann die Erfindung auch in einem 
Computerprogramm mit Programmcode ausgeflihrt sein, die es ermoglicht, alle 
erfindungsgemaBen Schritte durchzuflihren, wenn das Programm auf einem Computer 
ausgefuhrt wird, Insbesondere die Kennungsanpassung, die Kennungsveranderung und 
i'lberhaupt die Schaffung der Eingriffsmoglichkeit kann vorteilhafler Weise durch ein 
Computerprogramm mit Programmcode realisieit sein. 
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Abgeleitet davon kann dieses Computerprogramm naturltch auch auf einem 
Computerprogrammprodukt mit Programmcode, der auf einem maschinenlesbaren Trager 
gespeichert ist und zur Durchfuhrung des erflndungsgemaBen Verfahrens dient, wenn das 
Programm auf einem Computer ausgefuhrt wird, realisiert sein. Solche 
maschinenlesbaren Trager sind beispielsweise Speicherbausteine wie EPROM, Flash- 
EPROM, ROM, ROM, EEPROM usw., aber auch CD-ROM, DVD, Diskette und 
ahnliche maschinenlesbare TrSger, wie auch die M5gHchkeit des Einlesens des 
Programms via Texterkennung in ein Computersystem. So kann die Erfindung als 
Softwareprodukt eingesetzt werden. Damit ist die Mdglichkeit gegeben, innerhalb eines 
Testsystems, das zur Validierung von Entwicklungen im Bereich der 
Automobilelektronik benutzt wird, die Signal verlaufe bzw. den Signalverlust durch das 
Testsystem und uber das zur Validierung anstehende Objekt zu visualisieren und die 
wahrend eines Tests erfassten Werte dieser Signale anzuzeigen und bestimmte 
Eingriffsmoglichkeiten in den Signalverlauf zu ermoglichen. 
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Anspriiche 

1. System zum Testen von Steuervorgangen bei einem Fahrzeug, mit einem auf die zii 
testenden Steuervorgange reagierenden Simulationsmodell, wobei dem Simulationsmodell 
eine Experimentsoftware ubergeordnet ist und zwischen der Experimentsoftware und einer 
die Steuervorgange austosenden Komponente ein Signalverlauf gebildet wird, wobei der 
Signalverlauf dutch wenigstens zwei Eingriffspunkte in wenigstens zwei Signale unterteilt 
wird und wenigstens eine Kennung vorgesehen ist, welche die Zuordnung der Signale zu dem 
Signalverlauf ermoglicht. 

2. System nach Anspruch 1, dadurch gekennzeichnet, dass die Eingriffspunkte mit 
Kennungen versehen werden. 

3. System nach Anspruch 1, dadurch gekennzeichnet, dass die durch die 
Eingriffspunkte entstehenden Signale mit Kennungen versehen werden. 

4. System nach Anspruch I, dadurch gekennzeichnet, dass die entstehenden Signale 
unterschiedlichen Signalgruppen zugeordnet werden 

5. System nach Anspruch 4, dadurch gekennzeichnet, dass die die Signale 
enthaltenden unterschiedlichen Signalgruppen optisch dargestellt werden. 
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6: System nach Anspruch 1, dadurch gekennzeichnet, dass die Kennungen ver^derbar 

sind und so die Signaie verschiedenen Signalverlaufen zugeordnet warden konnen. 

1, System nach Anspruch 1, dadurch gekennzeichnet, dass an wenigstens einem 

Eingriffspunkt ein ein Signal ersetzendes Signal in den Signalverlauf eingegeben werden 
kann. 

8. Verfaliren zum Testen von SteuervorgSngen bei einem Fafirzeug, mit einem auf die 
zu testenden Steuervorgange reagierenden Simulationsmodell, wobei dem Simulationsmodeli 
eine Experimentsofhvare Qbergeordnet ist und zwischen der Experimentsofhvare und einer 
die Steuervorgange ausl5senden Komponente ein Signalverlauf gebildet wird, wobei der 
Signalverlauf durch die Verwendung wenigstens zweier Eingriffspunkte in wenigstens zwei 
Signaie unterteilt wird und wenigstens eine Kennung verwendet wird, welche die Zuordnung 
der Signaie zu dem Signalverlauf ermoglicht. 

9. Computerprogramm mit Programmcode zur Durchfuhnmg aller Schritte nach 
Anspruch 8, wenn das Programm auf einem Computer ausgefiihrt wird. 

1 0. Computerprogrammprodukt mit Programmcode, der auf einem maschinenlesbaren 
Trager gespeichert ist zur Durchfiihrung des Verfahreris nach Anspruch 8, wenn das 
Programm auf einem Computer ausgefulirt wird. 
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